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SYSTEM AND METHOD FOR SELECTIVELY DEFINING ACCESS TO 
APPLICATION FEATURES 
TF.rHNTCAT. FTELD OF INVENTION 
The following invention relates generally to defining user access to 
5 computer systems, and in particular, to the ability to define selectively and flexibly 
the limits of each of a plurality of users' access to the features of one or more 
applications capable of being run on a computer system. 

BACKGROUND OF INVENTION 
In an environment such as a shared-resource service bureau 
1 0 environment, where many employees and/or clients have access to a computer system 
capable of ninning numerous applications, it is often desirable to have the ability to 
restrict access by certain users or classes of users to one or more features of such 
applications. As used herein, the term "features" includes any of the nearly infinite 
possible application functions such as, by way of example, accessing data from 
1 5 database tables, generating, viewing and printing reports, and sending and/or 
receiving e-mail. 

Presently, such flexibility in restricting user access is unavailable. 
With respect to restricting access to data, one method presently employed by Oracle ® 
Corporation in its database programs is to limit, at the database level, a user's ability 
20 to access particular, data tables. Oracle® Corporation accomplishes this by providing 
for the assignment of "roles" to users which restrict access, not specifically to the data 
itself, but to the tables holding the data. 

The need for more flexibility in restricting access to application 
features, including the data access feature restricted by the Oracle'® roles, can be 
25 illustrated by a simple example. The following is a hypothetical data table of 

confidential financial transactions made by clients A, B and C on the morning of June 
15, 1998, where WDRWL indicates a withdrawal, DPST indicates a deposit, and 
PYMNT indicates a payment. 
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Table 1 





Client 


Time 


Type 


Amount 


1 


A 


9:15A 


WDRWL 


1000.00 


2 


B 


9:17A 


DPST 


2500.00 


3 


B 


9:24A 


DPST 


1750.00 


4 


A 


9:35A 


PYMNT 


5000.00 


5 


C 


10:02A 


WDRWL 


50.46 


6 


A 


10:41A 


DPST 


106.08 


7 


C 


10:47A 


PYMNT 


530.06 



10 

In order to prepare a report regarding the confidential transactions of 
only client A for the month of June, one needs access to the data in rows 1 , 4 and 6, 
but not rows 2, 3, 5 and 7. Since this data is highly sensitive, restriction of access to 
the data pertinent only to the assignment (i.e., reporting of client A's transactions) is 
15 highly desirable. 

In addition, the application used to prepare a report of A's past 
transactions may have the ability'to generate several different types of reports, 
including reports projecting future performance in addition to showing past 
performance. Depending on who is given the assignment, it may not be desirable to 
20 permit access to both types of report-generating abilities. It may also be undesirable 
to permit printing of the reports generated. 

SUMMARY OF THE INVENTION 
In accordance with the present invention, one or more "attributes" are 
assigned to users of a computer system capable of running numerous applications. 
25 Each attribute is a name-value pair wherein the name designates the application 
feature or features to which access is being defined (e.g., accessing data, generating 
reports) and the value sets the limits of access (e.g., all or some data). Attributes may 
be assigned in groups to eliminate the burden of preparing individual attribute 
assignments for each user. 
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In accordance with the invention, a system and method are provided 
for defining a user's ability to run at least one feature of an application. According to 
the system and method, a user is assigned at least one attribute. The attributes are 
stored in a table in a database. An application is run by the user and the attributes 
5 assigned to the user are retrieved. The attributes are enforced by the application such 
that the user's access to the features of the application is defined in accordance with 
the retrieved attributes. 

In accordance with a further aspect of the invention, a system and 
method for defining a user's ability to run at least one feature of an application are 
1 0 provided wherein a group is assigned at least one attribute, and the group is assigned 
to a user. The group is stored in a table in a database. An application is run by the 
user and the group assigned to the user is retrieved. The attributes assigned to the 
group are enforced by the application such that the user's access to the features of the 
application is defined in accordance with the retrieved attributes. 
! 5 it is therefore an object of the present invention to provide the ability 

to selectively define access to application features available to a given user or group 
of users of a computer system. 

It is a further object of the present invention to provide greater 
flexibility than is presently available in the ability to restrict user access to data 
20 contained in table-oriented databases. 

For a better understanding of the present invention, together with other 
and further objects, reference is made to the following description, taken in 
conjunction with the accompanying drawings and its scope will be pointed out in the 
appended claims. 

25 RRTF.F DESCRIPTION OF TH R DRAWINGS 

FIGURE 1 is a block diagram depicting an exemplary system 
according to the present invention; 

FIGURE 2 is a block diagram depicting an example of the user 
attributes system grouping scheme of the present invention; and 
30 FIGURE 3 is a flow diagram depicting one embodiment of the method 
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of the present invention. 

DETAILED DESCRIPTION QF THE INVENTION 
User Attributes 

FIGURE 1 is a block diagram depicting an exemplary system 
5 according to the present invention. A computer 5 runs database software 8 which 
maintains data tables represented by tables 1 1, 13 and 15. Numerous applications, 
represented by applications ABC, DEF and GHI, are also run on computer 5, some 
providing means for retrieving and manipulating the data in tables 1 1 , 1 3 and 1 5 . 
Each of the users of the system, X, Y and Z, has access to computer 5 via terminals, 

10 represented by computers 18, 21 and 24, respectively. According to the present 

invention, users X, Y and Z are assigned one or more "attributes." Each attribute has 
a name which designates an application feature to which access is being defined (e.g, 
the ability to access data within the database) and a value defining the limits of access, 
explained in greater detail below. Unless the context indicates otherwise, as used 

1 5 herein, the term attributes will be used to refer to a name- value pair. 

Attributes are maintained in a table by database software 8, and define 
the users' respective abilities to run applications ABC, DEF and GHI. By way of 
example, two useful attributes are DATA_SCOPE and USERJLEVEL. 
DATA_SCOPE defines the data to which the user is permitted access, and, using 

20 Table 1 above as an example, has possible values of A, B, C or ALL which represent 
the data associated with clients A, B, C or all three clients, respectively. 
USERJLEVEL is a broad attribute which defines generally the level of access to the 
particular features of a given application which a user chooses to run. USERJLEVEL 
preferably has values of ADMIN, REGULAR and RESTRICTED, where ADMIN is 

25 the least restrictive, granting access to all available features of a particular application, 
e.g., report retrieval, e-mail, printing. RESTRICTED limits users to the most basic 
application features, e.g., report generation. REGULAR level users are permitted 
access to fewer features than ADMIN level users, but more than RESTRICTED level 
users. Each application can interpret the USERJLEVEL attribute based on the 

30 different features it provides. It will be understood that several narrowly focused 
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attributes, e.g., relating to report generation or printing, may be used in lieu of the 
USER_LEVEL attribute. 

The two attributes DATA_SCOPE and USER.LEVEL, and their 
respective values, are, of course, only examples. One skilled in the art will appreciate 
5 the unlimited potential for defining attributes limiting access to application features. 
Grouping 

Attributes may be assigned to users individually, or, in a preferred 
embodiment, a grouping scheme may be implemented, an example of which is 
illustrated in FIGURE 2. Attributes such as DATA_SCOPE and USER_LEVEL are 

1 0 represented by squares, "attribute groups" are represented by triangles and "assignee 
groups" are represented by circles. Attribute groups consist only of attributes and 
their values, while assignee groups consist of attribute groups and/or other assignee 
groups, but not individual attributes. In a preferred embodiment of the grouping 
scheme, each attribute group is limited to attributes for a single application, thereby 

1 5 providing the ability to assign different attributes and values for different applications. 
In an alternative embodiment, attribute groups may be created independent of 
particular applications such that one group may contain attributes for all applications. 
Although providing less flexibility in defining access to features of individual 
applications, such a system would be simpler to implement. 

20 In the preferred embodiment, a table APPS, which contains at least one 

column called APP_CODE, defines the list of valid applications that may have 
associated attributes. With reference back to FIGURE 1, the valid APP_CODE 
values in this example are ABC, DEF and GHI. Other columns in the APPS table 
would contain whatever information that is needed by each of the applications. For 

25 example, in a menuing system which provides icons from which a user chooses an 
application to run, a column APP_NAME would contain the character string that is 
used as the visible label of the icon associated with the application in the APP_CODE 
column. 

Each attribute group defines a set of zero or more attributes for a 
30 specific application identified by an APP_CODE. An attribute group of zero 
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attributes could be used to indicate that default values for the attributes should be 
assigned for that application. Typically, the default values will be the most restrictive. 
Alternatively, an attribute group of zero attributes could be used to indicate that there 
are no features of the application identified by the APP_CODE to which access is to 
5 be defined other than the ability to run the application. 

The grouping example of FIGURE 2 depicts a more complex user 
structure than the example previously under discussion in connection with FIGURE 1 
and Table 1. The attribute groups 106, 1 15, 130, 145 and 148 of FIGURE 2 have 
attributes assigned as follows: 
10 Table 2 



Attribute 
Group 


Application 


Attribute Name 


Attribute Value 


106 


GHI 


DATA_SCOPE 


ALL 


USER_LEVEL 


ADMIN 


115 


DEF 


DATA_SCOPE 


ALL 


USER_LEVEL 


REGULAR 


130 


ABC. 


DATA_SCOPE 


A 


DATA_SCOPE 


B 


USERJLEVEL 


REGULAR 


145 


ABC 


DATA^SCOPE 


A 


DATA_SCOPE 


B 


USERJLEVEL 


RESTRICTED 


148 


DEF 


DATA_SCOPE 


B 


DATA_SCOPE 


C 


USERJLEVEL 


RESTRICTED 



In this preferred embodiment, the application to which each attribute 
20 group applies is specified at the time the group is created, and, in the example under 
discussion, is indicated in the above Table 2 in the second column. 
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Retuming to FIGURE 2, a user assigned attribute group 106 will have 
attributes DATA_SCOPE 107 and USER_LEVEL 108 with values of ALL and 
ADMIN, respectively, as shown in Table 2. According to the attributes, the user 
should be permitted ADMIN access to application GHI and will be granted access to 

5 data relating to each of clients A, B and C when running that application. A user 
assigned attribute group 130 will have three attributes DATA_SCOPE 133, 
DATA_SCOPE 136 and USER_LEVEL 139 with values of A, B and REGULAR, 
respectively. According to the attributes, this user will be able to access data relating 
to clients A or B and will be able to access the features of application ABC which are 

10 pre-defined for a user of REGULAR status. A user assigned attribute group 145 will 
have RESTRICTED access to application ABC and will be granted access to data 
relating to clients A and B. A user assigned attribute group 148 will be permitted 
RESTRICTED access to application DEF and will be granted access to data relating 
to clients B and C. 

1 5 One or more attribute groups can be assigned to assignee groups. In 

FIGURE 2, assignee group 142, for example, may consist of attribute groups 145 and 
148 and may include all of the attribute name-value pairs listed in the last two 
columns of the following Table 3: 



Table 3 



Assignee 
Group 


Attribute 
Group 


Application 


Attribute Name 


Attribute 
Value 


142 


145 


ABC 


DATA_SCOPE 


A 








DATA_SCOPE 


B 








USER_LEVEL 


RESTRICTED 




148 


DEF 


DATA_SCOPE 


B 








DATA_SCOPE 


C 








USER_LEVEL 


RESTRICTED 



Assignee groups can also be assigned to other assignee groups. This is 
25 illustrated in FIGURE 2 by assignee group 103, which includes all attributes in 
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assignee group 142 as well as all attributes in attribute groups 130 and 115. Assignee 
group 100 at the top of the figure consists of assignee group 103 and attribute group 
106. Assignee group 100, therefore, contains all attributes in each of the five attribute 
groups 130, 145, 148, 1 15 and 106. 
5 The attribute grouping system is particularly well-suited for assigning 

attributes to employees of differing levels of responsibility. For example, attribute 
groups 115, 130, 145 and 148 may be assigned to low- or mid-level employees, while 
assignee groups 100, 103 and 142 and attribute group 106 may be assigned to 
management personnel whose responsibility it is to oversee the work of the lower- 

10 level employees and, with respect to attribute group 106, run their own applications. 

In this preferable grouping system, the assignment of attributes to 
attribute groups, assignee groups and users are kept in a table, ATTRIBUTES. The 
ATTRIBUTES table has three columns: ASSIGNEE, ATTRIBUTE_NAME and 
ATTRIBUTEJVALUE. ASSIGNEE may be an attribute group name, an assignee 

1 5 group name or a user. ATTRIBUTE_NAME is the name of the attribute (e.g., 

DATA_SCOPE). ATTRIBUTE_VALUE is a specific value for the named attribute 
(e.g., ALL). 

The ATTRIBUTES table is maintained using seven basic commands. 
These exemplary commands are set forth below as Oracle ® procedures for use in an 
20 Oracle ® database environment. Those skilled in the art will appreciate that analogous 
commands may be derived for other environments. In the following descriptions, 
parameters are in single quotes and literal strings are in double quotes. 
Command No, 1 

athvUtilsxreate _group ('group_name\ 'group_typ'e', 'app_code') 
25 'group_name': name of group 

'groupjype': "ATTRIBUTE" or "ASSIGNEE" 

'app_code': if the 'groupjype' is "ATTRIBUTE", this field 

is required; otherwise, it will be ignored 

This procedure will create a group of the specified type. It will exit 
30 with an error if the 'group_name' already exists as a group or an Oracle® user. 
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According to the procedure, the 'group_name' and 'groupjype' values 
are converted to upper case. Then, a record with the following column values is 
inserted in the ATTRIBUTES table: 

Set ASSIGNEE = 'groupjiame' 
5 Set ATTRIBUTE_NAME = "ASSIGNEE_TYPE" 

Set ATTRIBUTE VALUE = "ATTRIBUTE_GROUP" or 

"ASSIGNEE_GROUP" based on the value of 'groupjype.' 

In addition, if the 'groupjype' is "ATTRIBUTE", then another record 
1 0 with the following column values will be inserted into the ATTRIBUTES table: 
Set ASSIGNEE = 'groupjiame' 
Set ATTRIBUTE _NAME = "APP_CODE" 
Set ATTRIBUTE_VALUE = 'app_code' . 
Command No. 2 

15 attr_utils.assign_group ('assignee', 'groupjiame') 

'assignee': user or assignee group that will have the 

'group_name' assigned. 
' groupjiame' : group to be assigned to the assignee 
This procedure will assign one group to another group or user. An 
20 error will be returned if the 'assignee' doesn't exist as an assignee group or a user. Ai 
error will also be returned if the 'groupjiame' doesn't exist. 

This procedure will first convert the 'assignee' and 'groupjiame' 
values to upper case. Second, a record with the following column values is inserted 
into the ATTRIBUTES table: 
25 Set ASSIGNEE = 'assignee' 

Set ATTRIBUTE JMAME = "ASSIGNED _GROUP" 
Set ATTRLBUTE_VALUE = 'groupjiame' . 
Command No. 3 

attr_utils.assign_attribute ('assignee', ' attribute jiame', 
30 'attribute_value') 
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'assignee': attribute group name. This must be an attribute 

group. 

'attributejiame' : the name of the attribute 
'attribute_value': the value of the specified attribute 
5 This procedure will assign an attribute with the identified value to the 

'assignee'. Errors will be returned if the assignee doesn't exist as an attribute group or 
if the attributejname is reserved. 

This procedure will first convert the 'assignee' and 'attribute_name' 
values to upper case, and then insert a record with the following column values into 
10 the ATTRIBUTES table: 

Set ASSIGNEE = 'assignee' 
Set ATTRIBUTE_NAME = 'attribute^ame' 
Set ATTRIBUTE_VALUE - 'attribute_value'. 
Command Nq- 4 
15 attr_utils.drop__group ('group_name') 

'group_name': name of group or user that will be deleted along 

with all references to this group or user. 
This procedure will drop a group or user along with all references to 
the group or user. An error will be returned if the 'group_name' does not exist. 
20 This procedure will first convert the 'group_name' value to upper case 

and then delete all records in the ATTRIBUTES table in which the value in the 
ASSIGNEE column matches 'groupjname'. In addition, all records in the 
ATTRIBUTES table which match both of the following criteria will be deleted: 

a. The value in the ATTRIBUTE_NAME column is 
25 "ASSIGNED_GROUP". 

b. The value in the ATTRIBUTE, VALUE column matches the 

'group_name'. 
Command No. 5 

attr_utils.rescind_group ('assignee', 'group_name') 
30 'assignee' : user or assignee group that will have the 
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group_name rescinded 
'group_name' : group to be rescinded from the assignee 
This procedure will rescind the specified 'group_name' from the 

'assignee'. Errors will be returned if the 'group_name' or 'assignee' do not exist. 

This procedure will first convert 'assignee 1 and 'group_name' to upper 

case and then delete all records in the ATTRIBUTES table which match the following 

three criteria: 

a. the value in the ATTRIBUTE_NAME column is 

"ASSIGNEDJ3ROUP". 

b. the value in the ATTRBUTE_VALUE column matches the 

'groupjiame'. 

c. the value in the ASSIGNEE column matches the 'assignee'. 

rn rpfnand No. 6 

attr_utils.rescind_attribute ('assignee', 'attribute_name') 
•assignee' : attribute group name. This must be an attribute 

group. 

' attribute_name' : the name of the attribute. 
This procedure will rescind the specified 'attribute_name' from the 
'assignee'. Errors will be returned if the attributejiame or assignee do not exist or if 
) the attribute_name is reserved. 

This procedure will first convert 'assignee' and 'attributejiame' to 
upper case and then delete all records in the ATTRIBUTES table which match both of 
the following criteria: 

a. the value in the ASSIGNEE column matches 'assignee'. 
5 b. the value in the ATTRIBUTE NAME column matches 

'attributejiame'. 
rrm-imand No. 7 

attr_utils.update_anribute ('assignee', 'attribute_name', 

'attributejvalue') 

50 'assignee': attribute group name. This must be an attribute 
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group. 

'attributejiame' : the name of the attribute. 
l attribute_value': the new value of the specified attribute. 
This procedure will update the specified 'attribute_value' for the 
5 identified 'assignee' and 'attribute_name\ Errors will be returned if the 
attributejname or assignee do not exist or if the attribute_name is reserved. 

This procedure will first convert 'assignee' and 'attribute_name' to 
upper case, and then update the ATTRIBUTES table by setting the 
ATTRIBUTE_VALUE column to 'attribute_value' for all records which match both 
10 of the following criteria: 

a. the value in the ASSIGNEE column matches 'assignee'. 

b. the value in the ATTRIBUTE_NAME column matches 
'attribute_narne\ 

Using the foregoing commands, an ATTRIBUTES table is maintained. 

1 5 As shown in command numbers 1 and 2, in the preferred embodiment, several 
reserved ATTRBUTE_NAMEs are used in the ATTRIBUTES table to identify 
specific information to be used within the system. An ATTRIBUTE_NAME of 
"APP_CODE" is automatically assigned to an attribute group to identify the 
application associated with that group. An ATTRIBUTE_NAME of 

20 "ASSIGNED_GROUP" is used to assign attributes to attribute groups, to assign 

attribute groups and assignee groups to assignee groups, and to assign attribute groups 
and assignee groups to users. An ATTRIBUTE_NAME of "ASSIGNEE_TYPE" is 
used to identify whether a group is an attribute group or an assignee group. The 
procedures will validate any ATTRIBUTE_NAME parameters to verify that they are 

25 not reserved and will return an error if an attempt is made to use a reserved 
ATTRIBUTEJNf AME . 

By way of example, the portion of the ATTRIBUTES table pertaining 
to assignee group 142 of FIGURE 2 will appear as in the following Table 4: 
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Table4 



ASSIGNEE 


ATTRIBUTE_NAME 


ATTRIBUTE_VALUE 


ASSIGNEE_GROUP_l 42 


ASSIGNEE_TYPE 


ASSIGNEE_GROUP 


ATTRTBUTE_GROUP_ 1 45 


ASSIGNEE_TYPE 


ATTRIBUTE_GROUP 


ATTRJBUTE_GROUP_l 45 


APP_CODE 


ABC 


ATTRIBUTE_GROUP_148 


ASSIGNEE_TYPE 


ATTRIBUTE_GROUP 


ATTRIBUTE_GROUP_148 


APP_CODE 


ABC 


ATTRIBUTE_GROUP_145 


DATA_SCOPE 




ATTRBUTE_GROUP_145 


DATA_SCOPE 


B 


ATTRTOUTE_GROUP_145 


USER_LEVEL 


RESTRICTED 


ATTRIBUTE_GROUP_l 48 


DATA_SCOPE 


B 


ATTRIBUTE_GROUP_148 


DATA_SCOPE 


C 


ATTRIBUTE_GROUP_148 


USER_LEVEL 


RESTRICTED 


ASSIGNEE_GROUP_142 


ASSIGNED.GROUP 


ATTRIBUTE_GROUP_l 42 


ASSIGNEE_GROUP_142 


ASSIGNED_GROUP 


ATTRIBUTE_GROUP_145 



In the alternative embodiment of the invention, discussed above, where 
attribute groups are not limited to particular applications, the create_grbup procedure 
would not require an 'app_code' input, and APP_CODE attributes would not be 
20 maintained in the ATTRIBUTES table. Wholesale access to applications, however, 
could still be controlled using an additional table assigning APP_CODEs directly to 
users. If a user were not assigned a particular APP_CODE, the corresponding 
application would be completely unavailable to the user. 

ParPnt-rhilrf Hierarchy 
25 The ability to assign to a single assignee group multiple attribute 

groups and/or assignee groups often results in the assignment to a group or user of 
overlapping, repetitive and even conflicting values for the same attribute. For 
example, assignee group 100, shown at the top of FIGURE 2, includes every attribute 
in the figure, and therefore, as shown in Table 2 above, includes for the same 
30 application DEF different values B, C and ALL for the DATA_SCOPE attribute and 
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different values REGULAR and RESTRICTED for the USER_LEVEL attribute. For 
this reason, in a preferred embodiment, attribute hierarchy rules are established 
wherein for each attribute value, a "parent value" is assigned, so that, for example, 
value B for the DATA_SCOPE attribute is assigned the parent value ALL. In 
5 practice, where a user's assigned attributes are called, and both a parent value and 
child value for the same attribute and application are present, the parent will be 
maintained and the child discarded. In addition, repetitive values will be discarded. 

The parent-child assignments are maintained in a table ATTRIBUTE 
.LEVELS which has three columns: ATTRIBUTE_NAME, CHILDJVALUE and 
1 0 PARENT_VALUE. ATTRIBUTE_NAME is the name of an attribute (e.g., 
DATA_SCOPE). CffiLD_VALUE is an actual value of the attribute (e.g., C). 
PARENT_VALUE is the value of which the actual value is a subset (e.g., ALL). For 
the case where the actual attribute value is the highest in the hierarchy, for example 
ALL, the assigned parent value is NULL. 
1 5 The ATTRTBUTEJLEVELS table is maintained using four basic 

commands. These exemplary commands are set forth below as Oracle • procedures 
for use in an Oracle • database environment. Those skilled in the art will appreciate 
that analogous commands may derived for other database environments. Note that in 
the following descriptions, parameters are in single quotes and literal strings are in 
20 double quotes. 
Command No. 1 

atnvutils.add_attr_level fattribute_name\ 'child_value', 
'parent_value') 

'attribute_name' : the name of the attribute 
25 'child_value': the child value for the specified 'attribute_name' 

'parent_value ! : the parent value of the specified 'chiid_value' 

for the specified 'attribute_name' 
This procedure will add a new attribute level for the specified 
parameters. The 'parent_value' can be "NULL" if the 'child_value' has the highest 
30 level of authority of the specified 'attribute_name'. Errors will be returned if the 
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parent value is not null and does not exist. 

This procedure first converts the 'attribute_name' to upper case, and 
then inserts a record with the following column values into the 
ATTRIBUTEJLEVELS table: 
5 Set ATTRIBUTE_NAME = 'attributejiame' 

Set CHILD_VALUE = 'child j/alue' 
Set PARENT_VALUE = 'parent_value'. 
Command No. 2 

attr_utils.update_attrjevel ('attribute_name', 'child_value', 
10 'parent_value') 

' attribute_name' : the name of the attribute 
'child value': the child value for the specified attribute_name 

'parent jvalue' : the parent value of the specified child value for 
the specified attribute name 
1 5 This procedure will update the parent value for the specified 

parameters. The 'parent_value' can be "NULL" if the 'child_value' has the highest 
level of authority of the specified 'attributejiame'. Errors will be returned if the - 
parent value is not null and does not exist and if the attributejiame and child_value 
combination does not exist. 
20 This procedure first converts the 'attributejiame' to upper case and 

then updates the ATTRBUTE_LEVELS table by setting the PARENT_VALUE 
column value to 'parent j/alue' for all records which match both of the following 
criteria: 

a. the value in the ATTRIBUTE_NAME column matches 
25 'attributejiame'. 

b. the value in the CHILDJVALUE column matches ' child j^alue'. 
Command No. 3 

attr_utils.delete_attr_levels ('attributejiame', 'child_value') 
'attributejiame' : the name of the attribute 
30 'child jralue' : the child value for the specified attributejiame 
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This procedure will delete the attribute level and all children attribute 
levels for the specified parameters. Errors will be returned if the combination does 



not exist. 



This procedure will first convert the 'attributejiame' to upper case and 
then delete all records in the ATTRIBUTE_LEVELS table which are "children" of 
the named pair of 'attributejiame' and 'child.value'. By way of example, the 
following SQL statement could be used to accomplish these first two steps: 
DELETE ATTRIBUTE LEVELS 
WHERE (ATTRIBUTE_NAME, CHILDJVALUE) IN 
(SELECT ATTRIBUTE_NAME, CHILD_VALUE 
FROM ATTRIBUTE_LEVELS 
START WITH PARENT_VALUE=P_CHILD_VALUE 
AND ATTRIBUTE_NAME=UPPER(P_ATTRIBUTE_NAME) 
CONNECT .BY PARENT_VALUE=PRJOR CHILD_VALUE 
; AND ATTRIBUTE_NAME=PRIOR ATTRIBUTE_NAME). 

This procedure will delete all records in the ATTRIBUTEJLEVELS 
table which match both of the following criteria: 

a. the value in the ATTRIBUTE_NAME column matches 
'attributejiame'. 

0 b. the value in the CHILD_VALUE column matches 'child_value\ 

r emand No. 4 

attr_utils.delete_all_levels('attribute_name') 

' attributejiame' : the name of the attribute 
This procedure will delete all the attribute levels for the specified 
15 attributejiame. Errors will be returned if the attributejiame does not exist. 

This procedure will first convert the 'attributejiame' to upper case anc 
then delete all records in the ATTRIBUTE_LEVELS table in which the value in the 
ATTRIBUTE_NAME column matches 'attributejiame'. 

Using the foregoing commands, an ATTRIBUTE_LEVELS table is 
30 maintained. By way of example, an ATTRIBUTE_LEVELS table for the sample 
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attributes discussed above will appear as in the following Table 5: 



Table 5 



ATTRIBUTE_NAME 


CHILD VALUE 


PARENT VALUE 


DATA_SCOPE 


A 


ALL 


DATA_SCOPE 


B 


ALL 


DATA_SCOPE 


C 


ALL 


DATA_SCOPE 


ALL 


NULL 


USER_LEVEL 


RESTRICTED 


REGULAR 


USER_LEVEL 


REGULAR 


ADMIN 


USER_LEVEL 


ADMIN 


NULL 



According to Table 5, any assignments of the DATA_SCOPE attribute 
having values A, B or C will be discarded if a DATA_SCOPE of ALL is assigned to 
the same user for the same application. Similarly, assignments of lower 

1 5 USERJLEVEL values will be discarded in favor of the highest value assigned. 

Preferably, if an attribute value is assigned in the ATTRIBUTES table, 
but is not defined in the ATTRIBUTE_LEVELS table, then it will be treated as 
though it were defined in the ATTRIBUTE_LEVELS table with a parent value of 
NULL, and with no other value having the assigned value as its parent value. 

20 Further minimization may be obtained by recognizing that a complete 

set of assigned values at a lower level can be replaced by the higher level value. For 
example, if DATA_SCOPE values of A, B and C are assigned, the system could 
return the value ALL. This minimization should be performed only if the complete set 
of lower level values actually represents the same thing as the higher level value, 

25 since it is possible that the higher level value might represent more than the sum of 
the lower level values. 

Operation of the User A ttributes System 
Reference to FIGURE 3 will be made in connection with the following 
discussion of an exemplary use of the user attributes system of the present invention. 
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According to a preferred embodiment of the invention, access to the applications 
being run in a database environment is controlled by an initial graphical user interface 
(IGUI). Examples of IGUIs include website home pages and local area network 
startup pages. 

5 Prior to gaining access to the applications, however, a user typically 

logs in to a computer system, shown at box 201, at which time the computer system 
will recognize the user if the login is completed correctly. In box 204, the IGUI 
retrieves the applications available to the user. In the preferred embodiment, the IGUI 
does this by accessing the ATTRIBUTES table, at arrow 205, which contains the 

1 0 group assignments for the user. As discussed above, in the preferred embodiment, the 
group assignments include attribute group assignments which, in turn, include the 
specification of available applications. In an Oracle® database system, rather than 
search the entire ATTRIBUTES table which can be quite sizable, "views" containing 
the results of frequently-used searches (e.g., the attributes for a particular user) which 

1 5 is likely to be used over and over again may be prepared. In the alternative 

embodiment where attributes are not limited to specific applications, applications 
available to a particular user may be stored in and retrieved from a separate table. 

At arrow 205, the IGUI will also access the APPS table of valid 
applications which contains an APP_CODE column to tell the IGUI what character 

20 string to display to the user in box 207, where the IGUI displays to the user the 

available applications. In box 210, the user chooses one of the available applications. 
In box 213,.the IGUI accesses the ATTRIBUTES table, at arrow 214, and retrieves 
the user's attributes for the application chosen. Again, in an Oracle * database 
system, an Oracle • view may be used to retrieve the attributes. In addition, the IGUI 

25 may access the ATTRIBUTEJLEVELS table to reduce the number of attributes. 

At arrow 215, the IGUI passes the relevant attributes to the application, 
and, in box 216, the application is run with the application enforcing the attributes. If 
the user attempts to exceed the limits of access as defined by the attributes, an error or 
warning may be posted. 

30 It will be appreciated by those skilled in the art that, in an alternative 
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embodiment, an application may retrieve the attributes directly, without the assistance 
of an IGUI, and enforce the attributes. 

Views 

As discussed above, Oracle* views may be used in the present 
5 invention to retrieve and organize records from tables. The following is a listing of 
twelve views found to be useful in the implementation of the invention. An 
explanation of each view and an SQL example is provided. 
View No. 1 

V_ATTRIBUTE_APP_CODES 
1 0 This view will return a list of all distinct application codes setup in the 

user attributes system. This view performs a SELECT with the DISTINCT clause for 
records where the ATTRIBUTE_NAME is the reserved ATTRJBUTE_NAME of 
'APP_CODE\ 

SQL Example: 

1 5 CREATE OR REPLACE VIEW V_ATTRIBUTE_APP_CODES AS 

SELECT DISTINCT ASSIGNEE, 
ATTRIBUTE_VALUE APP_CODE 
FROM ATTRIBUTES 

WHERE ATTRffiUTE_NAME = ' APP_CODE' ; 

20 View No. 2 

V_ATTRffiUTE_GROUPS_ATTR 

This view will return a list of all distinct attribute groups. This view 
performs a SELECT with the DISTINCT clause for records where the 
ATTRIBUTE_NAME is the reserved ATTRIBUTE_NAME of ' ASSIGNEE_TYPE' 
25 and the ATTRIBUTE^ ALUE is ' ATTRrBUTE_GROUP' . 
SQL Example: 

CREATE OR REPLACE VIEW V_ATTRIBUTE_GROUPS_ATTR 
AS SELECT DISTINCT ASSIGNEE GROUP_NAME 
FROM ATTRIBUTES 
30 WHERE ATTRIBUTE_NAME = 'ASSIGNEE_TYPE' 
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AND ATTRIBUTE_VALUE = ' ATtRIBUTE_GROUP' ; 

View HP, ,3 

V_ATTRIBUTE_GROUPS_ASSIGN 

This view will return a list of all distinct assignee groups. This view 
5 performs a SELECT with the DISTINCT clause for records where the 

ATTRIBUTE_NAME is the reserved ATTRIBUTE_NAME of , ASSIGNEE_TYPE' 
and the ATTRIBUTE_VALUE is 'ASSIGNEE_GROUP'. 

SQL Example: 

CREATE OR REPLACE VIEW 
10 V_ATTRIBUTE_GROUPS_ASSIGNAS 

SELECT DISTINCT ASSIGNEE GROUP_NAME 
FROM ATTRIBUTES 

WHERE ATTRIBUTE_NAME = 'ASSIGNEE_TYPE' 
AND ATTRIBUTE_VALUE = 'ASSIGNEE_GROUP'; 

15 View No. 4 

VATTRIBUTEJJSERS 

This view will return a list of all distinct attribute users. This view 
performs a SELECT with the DISTINCT clause for records where the ASSIGNEE is 
equal to the USERNAME found in the Oracle Data Dictionary table ALL_USERS. 
20 SQL Example: 

CREATE OR REPLACE VIEW V_ATTRIBUTE_USERS AS 

SELECT DISTINCT ASSIGNEE USERID 

FROM ATTRIBUTES, 

ALLJJSERS 

25 WHERE ASSIGNEE = USERNAME; 

View No, 5 

V_ATTRIBUTE_GROUPS_ALL 

This view will return a list of all distinct groups in the system. This 
includes both attribute and Assignee groups. This view performs a SELECT with the 
30 DISTINCT clause for records where the ASSIGNEE is not an attribute user. 
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SQL Example: 

CREATE OR REPLACE VIEW V_ATTRIBUTE_GROUPS_ALL AS 
SELECT DISTINCT ASSIGNEE GROUP_NAME 
FROM ATTRIBUTES, 
5 V_ATTRIBUTE_USERS 

WHERE ASSIGNEE = USERK>(+) 
AND USERID IS NULL; 

View No. 6 
V_USER_GROUPS 

I o This view will return a list of all groups assigned to the user currently 

connected to Oracle. The results include groups assigned directly to the user as well as 
groups indirectly assigned to the user. That is, groups that are assigned to ASSIGNEE 
GROUPS which are assigned to the user. This view performs a family tree type of 
query utilizing the CONNECT BY clause. 
15 SQL Example: 

CREATE OR REPLACE VIEW V_USER_GROUPS AS 
SELECT ATTRffiUTE_NAME, 
ATTRBUTE_VALUE 
FROM ATTRIBUTES 
20 WHERE ATTRIBUTE_NAME != ' AS SIGNEE_T YPE ' 

START WITH ASSIGNEE = USER 

CONNECT BY ASSIGNEE = PRIOR ATTRIBUTE_VALUE 
AND ATTRIBUTE_NAME = 'ASSIGNED_GROUP'; 

View No. 7 

25 V_USER_ATTR_APPS 

This view will return a list of all attributes assigned to the user 
currently connected to Oracle along with the corresponding APP_CODE. This view 
will combine the list of groups assigned to the user (V_USER_GROUPS), the 
ATTRIBUTES table, and the list of ATTRBUTE_GROUPS with the corresponding 

30 APP_CODE values (V_ATTRIBUTE_APP_CODES). 
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SQL Example: 

CREATE OR REPLACE VIEW V_USER_ATTR_APPS AS 
SELECT ATTR.ATTRIBUTE_NAME, 
ATTR.ATTRIBUTE_VALUE, 
APPS.APP_CODE 

FROM V_USER_GROUPS GROUPS, 
ATTRIBUTES ATTR, 
V_ATTRIBUTE_APP_CODES APPS 

WHERE GROUPS.ATTRIBUTE_VALUE = ATTR.ASSIGNEE 

AND ATTR.ASSIGNEE = APPS.ASSIGNEE 

AND ATTR.ATTRIBUTE_NAME NOT IN 

('ASSIGNED JjROUP\'APPj:ODEVASSIGNEE_TYPE'); 

View No, g 

V_USER_ATTR_HIGHEST_VALUES 

This view will return a list of the highest level ATTRD3UTE_VALUEs 
for the corresponding ATTRIBUTE_NAMEs. This view may contain duplicate 
entries, so the V_USER_ATTRIBUTES view, discussed below, will retrieve a list of 
these distinct values. This view will pass the APP_CODE, ATTRIBUTE_NAME and 
ATTRIBUTE_VALUE for each attribute assigned to the current user to the function 
ATTR_UTILS.HIGHEST_VALUE. A function is the same as a procedure except that 
it can be executed as part of a query and will return a value. 

Here, the function will return the highest parent value currently 
assigned to the user. A description of this function follows the SQL example for this 
view. 

SQL Example: 

CREATE OR REPLACE VIEW 
V_USER_ATTR_HIGHEST_VALUES AS 
SELECT APP_CODE, 
ATTRIBUTE_NAME, 

SUBSTR( ATTR_UTILS.HIGHEST_VALUE( APP_CODE, 
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ATTRIBUTE_NAME, ATTREBUTE_VALUE ), 1 , 30 ) 

ATTRIBUTE_VALUE 

FROM V_USER_ATTR_APPS; 

The ATTR_UTILS .HIGHEST_V ALUE function requires three inputs: 
5 the APP_CODE, ATTRIBUTE_NAME, and ATTRIBUTE_VALUE. The function 
will first load an internal attribute value table consisting of all attribute values 
assigned for the given user, APP_CODE and ATTRIBUTE_NAME. The function can 
use one of the existing views to do this (i.e., V_USER_ATTR_VALUE_LEVELS). 
The function will then use the current attribute value and find all of the parent records 
1 0 for this value. The function will use an SQL query that resembles the following: 
SELECT PARENT_VALUE 
FROM ATTRffiUTEJLEVELS 

WHERE ATTRBUTE_NAME = P_ATTRIBUTE_NAME 
START WITH CHILD_VALUE = P_ATTRIBUTE_VALUE 
1 5 CONNECT BY CHILDVALUE = PRIOR P ARENT_VALUE 

ORDER BY LEVEL; 

The function will then compare each parent value to the records in the 
attribute value table to determine whether one of the other assigned attribute values is 
a parent record, i.e., a parent, grandparent, etc., of the current attribute value. If so, 
20 the higher level attribute value is returned. Otherwise, the current attribute value is 
returned. 
VigwNQ.9 

V_ATTR_VALUE_LEVELS 

This view will return a list of ATTRBUTE_NAMEs, the associated 
25 ATTRIBUTE_VALUEs, and the corresponding level of the value. For example, the 
highest level of an ATTRJBUTE_VALUE will have an ATTREBUTEJLEVEL of 1, 
while that value's children will have values of 2. This view performs a family tree 
type of query utilizing the CONNECT BY clause. 
SQL Example: 

30 CREATE OR REPLACE VIEW V_ATTR_VALUE_LEVELS AS 
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SELECT ATTRIBUTE_NAME, 

CHILD_VALUE ATTRIBUTED ALUE, 

LEVEL VALUE_LEVEL 

FROM ATTRIBUTE_LEVELS 

START WITH PARENT_VALUE IS NULL 

CONNECT BY PARENT, VALUE = PRIOR CHILD_VALUE 

AND ATTRIBUTE_NAME = PRIOR ATTRIBUTE_NAME; 

View No. 10 

V_USER_ATTR_VALUE_LEVELS 

This view will return a list of all attributes assigned to the user and 
their corresponding level. This view will combine the list of attributes assigned to the 
user currently connect to Oracle (V_USER_ATTR_APPS) and the list of attributes 
and their corresponding levels (V_ATTR_VALUE_LEVELS). 
. SQL Example: 

CREATE OR REPLACE VIEW V_USER_ATTR__VALUE_LEVELS 

AS SELECT APP_CODE, 

ATTR.ATTRIBUTE_NAME, 

ATTR.ATTRIBUTE_VALUE, 

NVL(V ALUEJLEVEL, 1 ) VALUE_LEVEL 

FROM V_USER_ATTR_APPS ATTR, 

V_ATTR_VALUE_LEVELS LVL 

WHERE 

ATTR.ATTPJBUTE_NAME *» LVL.ATTRIBUTE_NAME(+) 
AND 

ATTR.ATTRIBUTE_V ALUE = LVL.ATTRIBUTE_VALUE(+); 

View No, U 
V_USER_APP_CODES 

This view will return a list of all distinct APP_CODEs the current user 
has been assigned. This view performs a family tree type of query utilizing the 
CONNECT BY clause. 
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SQL Example: 

CREATE OR REPLACE VIEW V_USER_APP_CODES AS 
SELECT DISTINCT ATTR.ATTRIBUTE_VALUE APP_CODE 
FROM (SELECT ATTRIBUTE_NAME, 
5 ATTRIBUTE_VALUE 
FROM ATTRIBUTES 
START WITH ASSIGNEE = USER 

CONNECT BY ASSIGNEE = PRIOR ATTRIBUTE_VALUE 
AND ATTRIBUTE_NAME = 'ASSIGNED_GROUP') GROUPS, 
10 ATTRIBUTES ATTR 

WHERE GROUPS . ATTRffiUTE_V ALUE - ATTR.ASSIGNEE 
AND ATTR. ATTRIBUTE_N AME = 'APP_CODE'; 

View No. 12 

V_USER_ATTRBUTES 
! 5 This view will return a list of all of the attributes assigned to the user 

along with only the highest level ATTRIBUTE_VALUEs for the corresponding 
ATTRTBUTE_NAMEs. This view performs a SELECT DISTINCT on the 
V_USER_ATTR_HIGHEST_VALUES. (V_USER_ATTR_VALUE_LEVELS). 
SQL Example: 

20 CREATE OR REPLACE VIEW V_USER_ATTRIBUTES AS 

SELECT DISTINCT 
APP_CODE, 
ATTRffiUTE_NAME, 
ATTRIBUTE_VALUE 
25 FROM V_USER_ATTR_HIGHEST_VALUES; 

In an Oracle® environment, in order to ensure that the data in the 
ATTRIBUTES and ATTRIBUTE_LEVELS tables are maintained correctly, it is 
preferable that only the Oracle® procedures are used to perform any maintenance on 
user attributes. This can be guaranteed by limiting access to the different objects, e.g., 
30 tables, views, procedures and functions, in the user attributes system. Read-only 
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authority should be given to the ATTRIBUTES and ATTRIBUTE_LEVELS tables, 
and to all of the views. Execute authority on the Oracle 8 procedures used to maintain 
these tables should be given only to the user attributes administrators). This will 
ensure that unauthorized users will not be able to manipulate attributes or attribute 
5 levels. 

While this invention has been described with reference to several 
illustrative examples and embodiments, they should not be interpreted as limiting the 
scope or spirit of the attributes invention. In actual practice many modifications may 
be made by those of ordinary skill in the art without deviating from the scope of the 
1 0 invention as expressed in the appended claims. 



WO 00/04435 



PCT/US99/16029 



-27- 



We claim: 

1 1 . In a computer system capable of running at least one application 

2 and maintaining a database, each application having at least one feature, a method for 

3 defining a user's access to said at least one feature comprising the steps of: 

4 assigning at least one attribute to said user; 

5 storing said at least one attribute in a first table in said database; 

6 running an application in said computer system; 

7 retrieving from said first table one or more of said at least one attribute 

8 assigned to the user, and 

9 enforcing the retrieved attributes, whereby the user's access to said at 

1 0 least one feature of said application is defined in accordance with the retrieved 

1 1 attributes. 

1 2. The method of claim 1 wherein one or more of the at least one 

2 feature relates to the ability to access data. 

1 3. The method of claim 1 comprising, prior to the running step, the 

2 additional steps of: 

3 assigning a parent value for each actual value of said at least one 

4 attribute, whereby one or more parent-child relationships are created; and 

5 storing said one or more parent-child value relationships in a second 

6 table in said database; 

7 said method further comprising, prior to the enforcing step, the 

8 additional steps of: 

9 retrieving said one or more parent-child value relationships from said 

10 second table; and 

1 1 determining whether any of the retrieved attributes may be discarded in 

1 2 accordance with the retrieved parent-child value relationships. 
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1 4. In a computer system capable of running at least one application 

2 and maintaining a database, each application having at least one feature, a method for 

3 defining a user's access to said at least one feature comprising the steps of: 

4 assigning at least one attribute to said user; 

5 storing said at least one attribute in a first table in said database; 

6 running an application in said computer system; 

7 retrieving from said first table in the database one or more of said at 

8 least one attribute assigned to the user; 

9 providing the retrieved attributes to said running application; and 

I o enforcing the attributes, whereby the user's access to said at least one 

I I feature of said application is defined in accordance with the retrieved attributes. 

1 5. The method of claim 4 further comprising, prior to the running step, 

2 the additional step of providing to said user a choice of one or more applications to 

3 run in accordance with the at least one attribute assigned to said user. 

1 6. The method of claim 4 wherein one or more of at least one feature 

2 relates to the ability to access data. 

1 7. The method of claim 4 comprising, prior to the running step, the 

2 additional steps of: 

3 assigning a parent value for each actual value of said at least one 

4 attribute; and 

5 storing parent-child value relationships in a second table in said 

6 database; 

7 said method further comprising, prior to the enforcing step, the 

8 additional steps of: 

9 retrieving said parent-child value relationships from said second table; 

10 and 

1 1 determining whether any of the retrieved attributes may be discarded in 
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1 2 accordance with the retrieved parent-child value relationships. 
13 

1 8. In a computer system capable of running at least one application 

2 and maintaining a database, each application having at least one feature, a method for 

3 defining a user's access to said at least one feature comprising the steps of: 

4 assigning at least one attribute to a group; 

5 assigning said group to at least one user; 

6 storing said group in a table in said database; 

7 running an application in said computer system; 

8 retrieving said group assigned to said user from said data table; and 

9 enforcing the retrieved attributes, whereby the user's access to said at 

1 0 least one feature of said application is defined in accordance with said at least one 

1 1 attribute assigned to said group retrieved from said data table. 

1 9. The method of claim 8 wherein said at least one attribute assigned 

2 to said group defines access only to said application. 

1 10. A computer system comprising: 

2 means for running an application, said application having at least one 

3 feature; 

4 means for maintaining a database 

5 means for assigning at least one attribute to a user, 

6 means for storing said at least one attribute in a first table in said 

7 database; 

8 means for retrieving from said first table said at least one attribute 

9 assigned to the user; and 

10 means for enforcing the retrieved attributes, whereby the user's access 

1 1 to said at least one feature of said application is defined in accordance with said at 

1 2 least one attribute assigned to the user. 
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1 11. The system of claim 10 wherein one or more of the at least one 

2 feature relates to the ability to access data. 
3 

1 12. The system of claim 10 further comprising: 

2 means for assigning a parent value for each actual value of said at least 

3 one attribute, whereby one or more parent-child relationships are created; 

4 means for storing said one or more parent-child value relationships in a 

5 second table in said database; 

6 means for retrieving said one or more parent-child value relationships 

7 from said second table; and 

8 means for determining whether any of the retrieved attributes may be 

9 discarded in accordance with said parent-child value relationships. 

1 13. A computer system comprising: 

2 means for running an application, said application having at least one 

3 feature; 

4 means for maintaining a database; 

5 means for assigning at least one attribute to a user; 

6 means for storing said at least one attribute in a first table in said 

7 database; 

8 means for retrieving from said first table said at least one attribute 

9 assigned to the user; 

1 0 means for providing the retrieved attributes to said application; and 

1 1 means for enforcing the attributes, whereby the user's access to at least 

1 2 one feature of said application is defined in accordance with at least one attribute 

1 3 assigned to the user. 

1 14. The system of claim 13 further comprising means for providing to 

2 said user a choice of one or more applications to run in accordance with said at least 

3 one attribute assigned to said user. 
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1 15. The system of claim 1 3 wherein one or more of the least one 

2 feature relates to the ability to access data. 
3 

1 16. The system of claim 1 3 further comprising: 

2 means for assigning a parent value for each actual value of said at least 

3 one attribute; 

4 means for storing parent-child value relationships in a second table in 

5 said database; 

'6 means for retrieving said parent-child value relationships from said 

7 second table; and 

8 means for determining whether any of the retrieved attributes may be 

9 discarded in accordance with the retrieved parent-child value relationships. 

1 17. A computer system comprising: 

2 means for running an application, said application having at least one : 

3 feature; 

4 means for maintaining a database; 

5 means for assigning at least one attribute to a group; 

6 means for assigning said group to a user, 

7 means for storing said group in a table in said database; 

8 means for retrieving from said data table said group assigned to said 

9 user; and 

1 0 means for enforcing the retrieved attributes, whereby the user' s access 

11 to at least one feature of said application is defined in accordance with said at least 

12 one attribute assigned to said group retrieved from said data table. 

1 1 8. The system of claim 1 7 wherein said at least one attribute assigned 

2 to said group defines access only to said application. 
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